Association Frnngoiso 
d.v jirialisation 
(AFNOR) 

2J, ruo N.D. doa Viotolres 

PARIS 2° 

T if- CEN. 95-00 


I S 0 

organisation INTERN AT ION, ALE PE normalisation 

INTERNATIONAL ORGANIZATION FOR STANDARDIZATION 



ISO/TC 97/WG B 

(UK 1) 3 E 
Fobruary 1962 


ISO/TCJJ 

COMPUTERS AN D INFORMATION PROCESSING 
VG B CH ARACTER SETS AND CODING 




U.K. Specification 

Data Processi ng Codoa fo r P un chod T ape 




Mi-5E22i£i22£i22 

Da t^£ocess^_Codesjor_itachedjrage 


Histo rical Note 

The application of p “^ r t ^^ r ^ t °nqui^ent i which ms available 

installations arose from its ^ 8ub P equently developed as a popular 

on the prototype machines of 9+ , t including conversion to and from 

nodUn for tho storage and transmission of data, including 

punched cords and magnotic tape. 

Tho introduction of mechanical 

° f more spocipliz ; d oquipaont ’ 

Tape coated vith a material designed ^atorVor data recording) 

t0 ^ d0 

an lntogratod data processing system. 

SSBS&r - - “ 

Many codes had . b ° OT mstljftte Itait.aUonfof^e 000 ' 
ZTo circuitry^ nnd^ sec ond ly° the Testability of improving the speed and 
accuracy of the operations of processing tho data. 

Early in the as fSS 

- — f0I “ of codiI * 

for general use* 


. . „<• tMq Srecification took several years during a 

The preparation of thda ^ the data processing industry, 

period of most intenso teohnical development in the 

- __ j .. 4-v.p uflfc of coraputer instollfl" 

An obvious outcome of thl %trblShod b^ the various manufacturers of the 
tions vas a diversity in the codes ostnblishcd ^ coding were in 

srr s . . — — 
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f Started with a vie* to the prepare of b-sic codes which would allow inte«ahi- 
| lity between equipment from varying sourceo. 

The publication of B.S. 5 174 at the end of g ^cheme d ba 3 ed' , on h cmveniont 
' Codes for punched cards) led to the adoption o ‘ ® oroposals were put together, 

oord-to-tape conversion when the first punened tape ie P abandonment of the 

The comments on those proposals from industry in gen r ^ ^ ourrant iind future 
hiotorlool approach in favour of ono moro diro ly avoiding a large number 

■ needs of users. The two most important needs (apart ^ foP 

of different codes all applying to 6 bit character t ^ t0 facilitate 

• optimum programming and processing J^ 11 ^ 33 ™ 3 * 3 souses. Apart from the 

the exchange of tapes between computers from different so p 

advantages of being able to cend tapes physycaily from a unit dard 

country to another, or even between coun trios of cotmon 

specification will be of onormoua v> lue ■ ,, although at tho present 

srs; ss — r, 

^ development of ^“^^ 0 X 01 oquip»»t such as readers, 
sorters, data loggers, printers, keyboard punches etc... 

Ono important aim of the codes in the form' presented in this 
allow as much flexibility and freedom of choice j^^oriingif the actual coded 
with a general, specification applying to a idto ftoU ■ L * haraoters and 

positions are defined for only the mo.i imp discretionary use as 

functions, while blank positions are left in each code for discretions y, 

required. 

.a has been indicated the codes given in thi. jp. cif « e ££T£th 
primarily with the input output and transmiS 3 ion of data over line or 

on electronic computer installation, inc separa nffoctini r the form of the 

radio channels is considered ^/ ^“"^^^olejaph Alphabet No. 2 using five 
coding with the exception of the International « P of th0 co des in this 
tracks (popularly known as the Telex oo ). Th ^ tc ^ 00 imunicat i 0 ns network 

standard for the transmission of dqto lire y degree of accuracy which 

still depends on what network facilities ox* ZoS to re-oode data 

la required. In order to achieve some accuracies it may be necessary 

into a more rodundant form. 


Nothing in this Specification refers ^ punching code 3 for the control of^ 
machine tools.. Tho field of such codes is somewhat difforent^fro^ ^ ^ 

used in data processing and computer ine a a 3 epdra tely, but simul- 

beoauso of its Importance, the subject has boon do^t^th ^ 

tenoousjy. A eaparate specification rof^gl V nt British Standard, 

control yill bo issued soon after the oublicarion oi uu r 

This British S ondard has boon prepared under the auspices of the tt.ta. 
Processing Industry Standards Committee. 

SPCCTFICATION 


, . This B.3. specifies punching codes for use on ^per tape in compaiters and 
associated data processing equipment. 


The codoB aro for 4» 5> 6, 7 and 8 tracks# In addition tho 
International Telegraph Alphaboi No# 2 Is included for information o 


IWWaWWHSIfl 


2# # Tho items lifltod bolow apply to all tho codes in this specification^ 

and to the way they aro illuetmtod. 

(a) The codes are indicated on sections of punched tapo by moans of 
circular black marks or the absence of such marks. 

(b) The code for each character or function shall be read transverse ly 
across tho full width of tho tape at 90° to tho longitudinal axis. 

(o) A hole is indicated by a black circular mark and the absence of 

a hole by the absonce of a mark. 

(d) A punched hole is considered as binary 1 and the absence of a hole 

as binary 0. 

(•) All codes shown shall bo considered as Viewed from above with the 

guide edge of the tape on tho right hand side and with the tape 
movement toward tho user or tow'ird the bottom of tho page* 

Alternatively tho tape could bo considered as having been turned 
through 90° with the guide edge toward the foot of the page and 
the direction of movement from right to left as in normal tape 
installations. 

(f) Irrespective of the number of tracks required by any code (the 

tracks apply longitudinally) every code shall be read as having 
throe tracks between tho guide edge and the food (sprocket) holes# 


Tho maximum numbor of characters allowod without substitution by tho 
codoa in this Specification is 128. 

Tho coding for ooch character is given in the form in which it will 
bd punched on tho tape. Against each is shown tho decimal value of each pun- 
ching if each hole is given tho binary value or weighting shown at the head of each 

oolunn. 

Tho binary values are in the range 0 to 6}J .and aro arranged in zones, 
each Bone having 16 binary positions. 

The more-significant bits determine the zone in which the characters 
appear and tho four less-significant bits (thoso with values 1 to 8) determine 
the position of the characters within tho zonos. 

Rote *: The four track code having 4 bits per character uses 

only one zone. 

The 6 and 7 track codes havG values from 0 to 63 and 
each of them uses four zones. 
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Tho 0 fefick code is presented in two parts. 

The first having values from 0 to 65 and the second frsa 
^ to 6 Both use four zones. 


4 0 T5i,- speoiol oharacters referred to in this clausa ore those for which 

coding is given other than aphabotical, numerical and functional. 

The special characters given below arc included among those in the 
various codes and when the specif ic. requirements of a situation demand that 
a change shall bo made and othor special characters substituted in n code, it 
is those below which shall be changed first. 

(By this means the standard codes will be subjected to a minimum 
dislocation). 


ISCA2E followed by X followed in turn by NowLino, whioh would be 
. shewn in the 7 track code for example as 


Loft bracket 
Sterling sign 
Asterisk 


Right bracket 
Ampersand . 
Solidus • 


• 10 and 11 when used as popce signs, 

ggg function of the escape character 

5. The 6, 7 and 8 track codas include n character known as ESCAPE. In order 

that tho optimum valuo is obtained from it tho character shall have a uniquo 
configuration, and value 62 is allocated for this reason. 

When printed ESCAPE shall bo shown with tho symbol which is 

referred to as a lozongo. 

This charactor shall be used to indicate that tho next (following) 
single character has a spocial meaning, i.e. different from that shown in 
this specif iontion. 

ESCAH) shall bo considered as a non-locking shift character moaning 
Shift-Out for tho next single character only In contradistinction to the .actual 
Shift-Out character which noons 'Lock-Out' until the Shift- In Instruction is 
encountered. ESCAPE may bo used for example as a' warning, or as a control that 
tho next character is to bo tioated as a function. Tho following character nay 
moon 'Lock tho Shift' and thus ESCAPE may bo used to osoapo from tho standard 
code to any other code or to obtain compatibility botwoen codes or for future 
extensions. 

ESCAH! Shall be used only for this. type of operation thus leaving each 
data processing system fbeo to allocate whatever special meanings may ho required 
for tho following character. 

ESCAPE shall' form part of a convention to doal with the instruction 
IGNORE FAULT, i 1 is convention being. 
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1 . ytlioVcl I'rV'U ILi'ie 

Ibis sequence is used when some serious fault is noticed while data _ 
la being recorded in blocks. In such instances tho whole block is punched again 
and tho faulty block will bo ignored on input to tho computer. 

DJTERPRCTATTQN ' OF CERTAIN FU NCTIONA^^HiyiACTQ^ • 

6. The functions dealt with in this clause are coded in this Specification 

ond .hall be Interpreted in the manner indicated. 


Tt. Sdlft-O.! code that .11 «h. t-"',"' 

•rsc ► 

tors. i 

For oxomplo tho equipment m.ay bo working in Upper Case. A Shift-Out 
signal takes tho working into Lower Case until a aift-In character is oncoune= 
torod whon tho qquipdont returns to Upper Caso. 

■ Runout 

' Is associated with the Shift-In charactor in tho codes and is intended 
for use with^londoTB and Trailers • It will allow for titles to be written on 
that part of the tope whioh is not punched. 


Normally to be used for overpunching erroneous characters and will bo 
ignored on input to the computer. 


This character will.ccuse n non-printing operation on n printer. 

Note : This corresponds to the use of tho spaoe-bar (thumb-bar) on a 

typewriter. 

This is a combined Carriage Return (CR) and Line Feed (LF) function. 


NswLine 


• ••/ 
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Fsj? ^iqbo nnchinoe which roquire separate codes for theso functional 
Godo Voluo 1 shall be used for Cnrringc Roturn and code value 2 shall bo used 
for LIbo Foodo 


This Garde is used in sono systons of data transniGsion© Tho data scab 
is chocked at the Receive tominnl nnd # in the event of any query;, the cod® 

ARQ la trancaittod to tho Send terminal bo roquaot ro-trrjisraieflicno 

Vhen printed the decimal point shall be always on the printing line and 
will also be used as a full stop. 

, PARITY 

7* A parity check is Included in both the 7 uni the 8 track codes# 

In order to ensure compatibility between tho 5, 6, 7 and 8 track codes, 
the parity check whore incorporated shall always be in the 5th track. 

basic code 

8® There are 5 computer codes in this specification of which tho first two, 

for 4 and 5 track tapes, aro intended for relatively simple applications whilo 
, the othora aro derived fron tho 6 bit basic code which has boon specifically 
devolopod for more advancod use end nay bo used within a Data Processing syotoni 

This basic code has been shown diroctly on a 6 track tapo but, because of 
.the lack of chocking properties it is unlikely to havo extended use in pmctico; 
Its importance lies in tho fact that it ie actually used within some computer 
systons and it forms tho basis on which others arc built. It also ensures 
compatibility between tho 6, 7 and 8 track codoe and, of even greater importance 
because of Its function as tho basic code, it allows for future extensions of 
character sots which will not upset the standard forms of coding or the 
Installations in which they aro used. 

In accordance with thp 6 data bit coding principle, the 7 track code is 
identical with the 6 track plus odd parity; the 8 track code is identical with 
the 6 track plus overall even parity and with the oighth track having the binary 
value 4 used to achieve Lower Case working. 

The 5 track codo is not closely rolatod to the 6 track. Because it is 
limitod to 5 tracko and is generally considered as having no parity there are 
cortain inhoront disadvantages in the use of this codo. But there is a means 
by which partial checking can be effected and users are referred to the notoe 
on page 7 immediately proceeding the diagrams of tho 5 track code. 


tJpN The 4 track code is derived rrora tho 5 track and is a simple numeric form 

covering the numerals 0 to 9 together with 10 and 11 for sterling purposes. It 
has a limitod application but is sometimes found of use in conjunction with 
certain simple office machine routines. 


THE CODES 


9. The punched tape codes to which this specification applies shall bo those 

given in tho following pages for 4, 5, 6, 7 and 8 tracks. 

. .. Special notes and explanations aro .appended to the individual codes 
vfaoro applicable) • 
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As generally considered this code usos all five tracks for data and 
therefore it haB no pcxity chock. It can, however, bo dealt with in a 
slightly different manner which will allow sane olonont of chocking, at least 

tfotr buuu'J^m'l data* 

When considered as r. straight five track code, fivo of the characters 
A or 1, B or 2, D or 4, H or 8 and P or zero arc represented by a singlo hole} 
therefore the loss of a h<'lo in ’jiy one of those positions could have serious 
consequences. In fact, in the event of punching being nissod, five of the 
numerals (l, 2, 4, 8 and 0) could disappear. 

Hie factor covering the choico of this codo is therefore the standard 
of accuracy which is required. 

One way in which the accuracy of numerical data can be ensured is shown 
in the second d iagramnat ic presentation.' This gives the code in two sub-sets, 
of which the first applies only to numerical data .and is shown coded with o r ’d 
parity, although still using only five tracks. The second sub-set i6 coded with 
even parity, but is not likely to have as much application as the first. It is 
only included to complete the full sot of characters in the five track code. 

Many computer programmes and conventions for preparing tapes have been established 
to take advantage of the partial checking feature of this type of 5 track code. 

Because of the restrictive size of this code it has been necoesary for 
the Letter Shift and Erase functions to be allotted the some punching and so 
ERASE will bring the printer into Letter Shift. 

A comparison of this code with the International Telegraph Alphabet No. 2 
will show that "Figure Shift", "Letter Shift", "Who Are You" and "No Action" 
have been given identical coding. This is intended to assist transmission of 
the five track shift codo over telecommunications notworks. 


• « •/ • •• 
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nrr:iiNATio«AL T3^RiiirajiLPHA B S?.- N - 0 -!.2 

Xt, U eomotlnoo referred to , 8 the CCITT Code or .ore popularly oh the 
Tele*. Cod.. It uses 5 tracks. m 

tt9 diogrcn eh- on the left the official l:,out presented by 

The right Ud side of the dingrou shows the oode^in the' form it would 
tab, if presented in binary sequence. . < 

Bio view showing tho binary ^““° J1 ^ 1 ^ n ttroodo 1 bL^o 3 the schcDO 
^sf^t^sion of dote over the 
networks not for use <in ecoputar installations. 




INT e R N f^TioNMl TfiECrkAPH ALPHABET No 2 
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K CODE 

6 Anici bits with no parity check. 

in this specification is as the 
o based. 
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WHEN DAI,; TRAJEMESION 
H5CEDS HATES THE IKTSODUCTION 

THIS CODE (SEE CLAUSE 6) VALLE 
61 SHALL BE USED 








f*} o A 


Z O ME 


I HACK Bcb 

TRACK 

VALUER 


54 ? 3 21 
5 F 8 H 4 21 


8 7 654. F 321 
5^3216 P 8 H 4 21 


87654 F 3 2 1 
^32 ISP 8 H 4 21 


heanibc value 

I 

BLARK TAPI 16 

c 17 

, HEULIHE 18 

, e PAPER THRC ii '9 

TABULATE ■ 20 

« BACKSPACE 21 

a SHUT OUT 22 

t . SHIFT IK 23 

RUNOUT 24 

. ) 2 5 


• « aiters/ihd 

a a ASTERISK 
a a a SOLIDUS 


TEE TAPE IS VIEWED FROM ABOVE 

rift HT f R * C- ^ CgDE -Jj PPE R _^££ 


• « 1 

EAimrc 

• ! 1 

A 

• t * 

B 

* « 1 *• 

c 

1 

0 8 

D 


j-i 

a a 1 a a 


• 0 ’ • • 

F 


p 

» 1 * 0 • 


• • 1 

H 

a a « [ • 

I 

• • • 1 • 

J 

a • 1 • * 

K 

• »** 

• L 

• # • • 

M 

a • | • • 

§ N 

a 

® 0 


a> 


J [O 


A R 

H ABOVE 



EVEN 


© © 

i 

0 ® ® ; "o 

6 e © \ ® 

8 • ; @ • 

• 9 C • • 

©® 1 • « 

I 

% © i • • 

• • • I • • • 

® 9 * ® | 

DO ® * 1 

e • ® i • 

Q O © O ’ « 1 

.. 

• • • • , • 

• * • « « 


WHEN DATA TMUHESIOM 
REOUFSIICIfl'S lEi-EsoIT.-.-i 

the introduction of this 
CODE (SEE CLAUSE 6) 
VALUE 61 SHALL BE USED 

PAR IT/ 


TRACK Noa 
TRACK VALUES 
I VALUE 


8 7 63 4 F3-. 1 

J53216P8 H 42 1 


2 7 6 54F 3 2 1 


^ 3216P 8H 4 2 1 


SPACE 16 /* 

17 '/2 

18 ‘/2 

19 /2 

20 '/l 

21 Vl 

SHIFT OUT 22 /z 
wHIFT n? 23 '/l_ 
24 /A 


I VALUE 

32 'A 

33 A 

34 '/l 

35 Vi 

36 Vi 
37/1 
38/2 

7 39 '/z 

8 40 /i 

9 41 '/2 
42 'A 
43 /l 
44/2 
45/i 

• 46 A 

47/2 


THE tape e viewed from above 
bote. Till BUir.RALS 0 TO 9 CODED IB ZOBE 1 
SHALL 33 USED ONLY AS SUBSCRIPTS 




49 A 

50 A 
51 ’A 

52 A 

53 /t | a • »• 
54/z 

55 /? • e o 

56 '/z a a • 

57 '(l » • • » 


58 'A • * # » « 

59/2 • » a * 

60 /2 » • « » • 

61 ‘/z a * a a 

62/2 a « • « 


EIGHT TRACK CODE . LOWE* c ase. EVFf*_ PAfLtJ2 
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February 6, 1962 


X3 Sectional Committee 
BEMA Headquarters 
235 East 42nd Street 
New York 17, N. Y. 

Gentlemen: 

Attached you will find the following documents: 

a) Proposed American Standard Code for Information Interchange 

X3.2/1 Nov. 10, 1961 

b) Appendices A, B & C 

X3.2/2 Dec. 27, 1961 

c) Expository Remarks on the Proposed American Standard Code 
for Information Interchange 

X3.2/3 Feb. 2, 1962 


The first two documents (X3.2/1 and X3.2/2) are submitted for your approval 
in accordance with the by-laws and procedures as set forth by the American 
Standards Association. The third document (X3.2/3, Feb. 2, 1962) is ad- 
ditional information and background information in accordance with your 
request. 

In accordance with ASA requirements, written ballots were taken on the 
Proposed Standard Code for Information Interchange (X3.2/1 - Nov. 10, 1961) 
and on the Appendices (X3.2/2 - Dec. 27, 1961). The results of this ballot- 
ing are tabulated in the attachment. The "Expository Remarks" (X3.2/3 - 
Feb. 2, 1962) were developed and approved at the X3.2 meeting of January 31st, 
anfl February 1st and 2nd, 1962. 

These documents represent end result of over 7000 man hours work by highly 
qualified specialists. This effort has been expended over nearly a year and 
a half. Sixteen meetings of the Subcommittee have been held. 

The members of the Committee are varied in background as indicated in the 
attached report. All have substantial experience in their field. Hence the 
membership of X3.2 is well balanced and knowledgeable. 

The X3.2 Subcommittee, as one of its initial steps, undertook a review of 
coded character sets currently in use. This review confirmed thdt there are 
scores of codes in use today with several variations associated with each 
code. Out of this review one conclusion was obvious. A standard coded 
character set is desperately needed if information interchange on a practical 
basis is to become an operating reality. 


<C^3 I kl 
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The nature of the problem was determined to be as follows: The rapidly 
increasing population of data processing systems and equipment in the 
United States is based on the requirements by business and industry for 
such systems and equipment in order for individual companies to keep 
pace with their daily buiness. This expanding population is creating 
an increasing demand for the direct interchange of information among 
information processing systems, communication systems and associated 
equipment. This interchange of information is accomplished either by 
recording the information on a physical medium (such as punched paper 
tape, punched cards, mag tape, etc.). and transferring the recorded 
medium from one system or apparatus to another; or by linking the sys- 
tems or equipment by a communication network; or a combination of two. 
Hence, general information interchange involves a wide variety of equip- 
ment at varying levels of sophistication produced by a number of manu- 
facturers. To facilitate information interchange on a general and 
practical basis it is necessary that an array of standards be established. 
Certainly, the coded character set is primarily among these. 

As noted above, a review of existing codes was undertaken early in the 
work of X3.2. The primary purpose of this review was to determine if 
there existed a coded character set which came suitably close to meet- 
ing the criteria so that it could be proposed as the standard. This 
analysis was repeated at several points in the course of the work. In 
each case the results were negative. Each of the existing codes was 
designed to solve the need in a particular area and was unsatisfactory 
when studied from a general information interchange point of view. 

The design of the coded character set has taken into account the require- 
ments of sophisticated data processing equipment and the simpler type- 
writer-like devices. Consideration was given to both data and message 
producing, handling, and receiving equipments. Information content was 
considered to range from numeric data, to English text. The problem was 
and is a complex one. A summary of the design considerations and criteria 
is included in the Appendices to the Proposed Standard. 

The design of a coded character set was difficult when considerations were 
restricted to domestic requirements. In studying the requirements of a 
code for international use, a number of additional factors were taken into 
account such as the larger alphabets used abroad and the need for dealing 
with the Sterling monetary system. Another complicating factor in con- 
sidering an international standard, is the fact that those involved in 
code work irt Europe may quite possibly place different weights on the 
criteria than was established in this country. To resolve these points 
and to pursue the code standardization work on an international basis the 
following plan has been established: 

1. V Delegation from X3.2 attending ECMA TC-1 meeting in 

March, 1962. 

2. Participation in meeting of Working Group B of ISO 

TC/97 to be scheduled for May, 1962. 
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3. Participation in meeting of ISO TC/97 to be held in 
October, 1962. 

It is self-evident that a single coded character sfet must be established as 
a standard if general information interchange is to become an operating 
reality. This standard code will constitute one of the cornerstones upon 
which the array of standards required to provide truly practical information 
interchange will be built. 

The design of the proposed code is based on the broad criteria resultant 
from the analysis of the general information interchange problem. It is 
evident coded character sets of different size may be desirable, if not 
economically required, in certain restricted applications which do not in- 
volve general information interchange. Care has been taken to provide 
codes which are simply related to the standard to meet these requirements. 
For example: a six-bit version corresponding to the 64 character graphic 
set might be quite satisfactory for use in data processors. Similarly, the 
four-bit numeric set might well be used in application involving certain . 
classes of bookkeeping machines and other similar apparatus. While use of 
these simply related sets could well provide the satisfactory solution to 
many of these application, a wide array of sets are derivable through 
slightly more complex transformations. 

While codes of different sizes may be used in these restricted applications, 
it is obvious that for general information interchange a satisfactory single 
code must be used so that difficulty will not arise with other equipment 
which depends upon the existence of the standard code in an interchange 
situation. 

Implementation of any standard is dependent both upon time and need. The 
need for a standard is increasing rapidly as outlined above. In terms of 
time it is believed that the standard will first be implemented in general 
information interchange links. For existing systems and equipment, it is 
believed the code first will be implemented at the interface between these 
systems and equipment and the general information interchange link. It is 
hoped that the design of the code is such as to permit, in time, implemen- 
tation of the code directly, or of simply related sets, into the internal 
design of the hardware. 

A note of urgency is sounded in the identification of the exploding need 
for information interchange on a general basis. It should be noted that 
communication industry is rapidly moving toward the identification of a 
new standard code and implementation of this code in their equipment. 

Further, a number of data processing equipment manufacturers are also 
adopting new codes for their next generation equipments. To add to the 
timeliness and urgency of the situation, those involved in corresponding 
industries in Europe have identified the same need and are pursuing rigor- 
ously their efforts toward standardization in this area. In total, the 
situation points toward an urgent need to develop a satisfactory solution 
to this problem on a timely basis. It is believed that the draft standard 
presents such a timely and satisfactory solution. 
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X3 Sectional Committee 


In summary, the draft standard has been developed by a conscientious group 
of highly skilled professionals working over the last year and a half. 
Further, the experience and knowledge which had been woven into the design 
of the code covers efforts in this area by the members over the past decade* 
This work is passed on to you for your consideration and approval as the 
next step in processing, as delineated in the by-laws and procedures of the 
American Standards Association. It is hoped that you will give this pro- 
posal your earnest consideration and timely attention. 

Sincerely, 




C. E. Macon 
Chairman X3.2 

CEM / aks 


Attch: 



RESULTS OF WRITTEN BALLOT OK 
PROPOSED AMERICAN STANDARD CODE FOR 
INFORMATION INTERCHANGE (X3. 2/1 NOV. 10, 1961) 
AND APPENDICES A. B & C (X3, 2/2 DEC. 27, 1961 ) 


Written Vote 


(1) 

Member 

(1) 

Alternate 

Affiliation 

X3.2/1 

(Draft Standard) 

X3.2/2 

(Appendices) 

J. F. Auwaerter 

— 

Teletype 

Approved 

Approved 

L. Bloom 

L. S. Mitter 

N.C.R. 

Approved 

Approved 

T. H. Bonn 

*R. E. Utman 

Rem. Rand Univac 

Approved 

Approved 

L. L. Griffin 

W. E. Velander 

D.O. D. 

Approved 

Approved 

R. Gryb 

*J. Booth 

A. T. & T. 

Approved 

Approved 

H. Kleinberg 

*H. Spielman 

R. C . A. 

Approved 

(2) 

Approved 

(2) 

W. J. Leubbert 

— 

U.S. Army 

Abstain 

Abstain 

R. W. Reach 

T. McNamara 

Minneapolis -Honeywell Approved 

Approved 

H. J. Smith 

— 

I.B.M. 

Approved 

Approved 

H. Tholstrup 


Friden 

Approved 

Approved 

A. L. Whitman 


Bell Labs 

Approved 

Approved 


NOTE: C. E. Macon, as Chairman, could not vote. 

(1) As existed at time of ballot. Signed ballot for Appendices A, B & C, on X3.2/2, 
dated December 27, 1961. 

(2) Major Leubbert, through press of official duties, has been unable to participate 
over the past several months. On this basis, he felt unable to submit a well- 
considered vote on the subject documents. 

* Signed ballot on X3.2/1, Proposed American Standard Code for Information 
Interchange, November 10, 1961, for Member. 
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ECMA TC-1 and ASA X 3.2 


Joint Meeting 

Rome, Italy, March 8 & 9, 1962 

Abstract 

Informal meetings with European data processing and 
communication companies, attended by Messrs. L. Bloom of the 
National Cash Register Company and J. F. Auwaerter of the 
Teletype Corporation in January of 1962 and by Messrs. C. 

Macon of the Burroughs Corporation and J. Booth of the Teletype 
Corporation in March of 1962, preceded the joint ECMA TC-l/ASA 
X 3.2 meeting. 

The status at the conclusion of the joint meeting is . 
as follows: 

1 - ECMA TC-1 is developing a coded character set, 
which is to be: 

a - Easy to process inside of a data processor. 

b - Readily applicable to input /output devices 
(periphery machines for data processors) . 

c - Used as a common language on media used for 

the interchange of data between data processors. 

2 - ECMA TC-1 has not fully established the number and 
order of controls and symbols; two working groups were appointed 



during the joint meeting to study the problem. 

3 _ The code developed by ECMA will he a 6 -bit code; 
the ECMA Committee is in general agreement that a 7-bit, or 
pcssibly an 8 -bit code will be necessary when they consider the 

general information interchange problem. 

4 - The two committees agree that it appears possiblg 
to structure a 7-bit set for information interchange which will 
collapse satisfactorily into a 6-bit set for the European data 
processors. The expansion, although more complex, also appears 

satisfactory. 

5 - Some rearrangement of the controls and symbols 
of the Proposed American Standard Code for Information Inter- 
c hange will be necessary to accomplish the above (Item 4) . 

6 - The ECMA TC-1 working groups have been directed to 
report to the next ECMA TC-1 meeting, now scheduled for April 24-26 
advanced copies of the report will be transmitted to ASA X3.2. 

7 - An ASA X3.2 ad hoc committee will be formed to stucly 
the various machine controls, taking advantage of the work of ECMA 
TC-1, in terms of the domestic requirements, and to review the 

report of the ECMA TC-1 working groups. 

8 - X3.2 will meet on April 11-13 to review the informa- 
tion then available, and, in cooperation with ECMA TC-1, prepare 

a recommendation for ISO/TC97 Working Group B which meets in 
May, 1962. 
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9 - There has been no formal liaison between ECMA TC-1 
and the interested groups of CCITT. However, CCITT is aware cf 
the activity of ECMA TC-1; a few of the members of ECMA TC-1 are 
also members of committees (or study or working groups) of 
CCITT. 


REPORT 

Technical Committee 1 of the European Computers Manu- 
facturers Association (ECMA) met jointly with the ASA Sectional 
Subcommittee X3.2 in Rome, Italy, on March 8-9, 1962, to discuss 
the present Proposed American Standard Code for Information Inter- 
change and the coded character set now under development by ECMA, 
and to establish the possibility of arriving at a 7-bit inter- 
national code for information interchange so structured as to 
permit a simple logical collapse to a European computer 6-bit set. 

Mr. H. McG. Ross presented the position of ECMA TC-1, 

viz.: 

1 - To develop a coded character set which would: 

a - Be easy to process inside of a computer. 

b - Be readily applicable to periphery machines 
(input /output) . 

c - Enable the use of common language on media 
used for the interchange of data between 
different installations. 

2 - The set should be a 6-bit set, with a numeric 4-bit 
subset, for general purpose 6-bit computer applications. The code 
is to be used internally in the computer. 

3 - The code should be capable of being expanded by 

means of: 
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a - Escape function. 

b - Two shifts or additions of extra bit(s). 
c - Logical expansions. 

4. The basic structure of the code should be that 
which is illustrated in Fig. 1 (B) . The two symbols following 
the digit 9 may be replaced with the digits 10 and 11 for use 
in Sterlingmonatary areas. Three positions after the letter Z 
were to be reserved for expansion to the Scandinavian alphabet. 

Mr. Ross stated that although ECMA TC-1 and ASA X3.2 
have different scopes and therefore a different approach, there 
is no difference in substance. He commented that the Proposed 
American Standard Code for Information Interchange (ASCII) would 
not conveniently collapse into a useful 6-bit set for ECMA but 
encouraged the discussion of ways and means to overcome this 
difficulty. 

ECMA is deeply concerned with the arrangement of the 
controls, since it so vitally affects the design of input/output 
devices. Mr. Sadie stated that there was general agreement in 
ECMA as to the placement of controls, viz., in the top of the 
first stick of the 6-bit set, but that the specific order and 
meaning was still under consideration. 

A basic premise of ECMA TC-1 is that the elements of 
a system are known and therefore the controls may have dual (or 
multiple) meanings; for example, the same control may be used 
to cause a page printer to line feed or a card punch to skip . 

The ECMA members asked how the X3.2 code would handle 
punched cards if the present controls are not assigned dual (or 
multiple) meanings, since the Proposed American Standard Code 
does not contain punched card controls . It was pointed out by 
ECMA that if the controls do not have dual (or multiple) meanings 
and if full knowledge of the system does not exist, then controls 
for all types of media would have to be provided in the character 
set and included in data. 

The X3.2 members agreed that ECMA had done a more 
thorough job in the control area and that a rearrangement of the 
controls in the 7-bit set is highly desirable. The controls in 
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the first two columns of the 7-bit were classified as follows: 


• y 

Switching 



Terminal 

System 

Page 

Information 

Equipment 

Control 

Format 

Separators 

Control 

SOM 

CR 

DD 

RON 

EOA 

LF 


ROFF 

SOM 

HT 


XOFF 

EOT 

VT 


MOFF 

ACK 

FF 



RU 




WRU 




NULL 





The placement and order of the page format controls were 
considered to be the only controls to which the committee need 
address themselves, since these were the only controls which 
appear in both the 6-bit and 7-bit sets. 


Note : In addition to functioning as format 

controls, these controls would perform 
as information separators (or data delimiters) 
in the 6-bit set. 

Two control arrangements were considered for the 7-bit 
set, as illustrated below: 
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The (A) structure requires the inversion of b 4 when 
communicating with a 6-bit processor, however, this was not 
supported by Dr. Lockemann, Chairman of ECMA TC-1, who favored 
adding the necessary inversion equipment at the centralized 
processor. 

The X3.2 delegates favor the (A) structure for the 
following two reasons: 

1 - It is desirable to have a one-bit difference between 
the data delimiters and the page format controls, and it is also 
of prime importance that the data delimiters be located so as to 
displace the least significant symbols of the graphic set in a 
7-bit to 6-bit collapse. 

2 - It is possible to reduce the number of alphabetic keys 
on keyboard devices which contain, in addition to a letter of the 
alphabet, two additional symbols if controls which are normally 
placed on separate keys (e.g., CR-LF-UC-LC) are placed in the 
lower half of the first column of the 7-bit set. 

The 6-bit and 7-bit structures shown in Fig. 1 resulted 
from the following considerations: 

1 - The British require a 4-bit subset with the following 
digits and symbols: 

0 through 11 r 

. (multiply) 

/ (divide) 

(negative or subtract) 

+ (plus or add) 

2 - In addition to the above, ECMA considers the following 
symbols of sufficient significance to include in the 6-bit set: 

('),*&*-'; 

and a currency sign. 

3 - The Cobol symbols should be provided. The following 

is a comparison of the symbols in the European Cobol set ' (inf ormation 
furnished by Siemens) and the USA Cobol set: 
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European 


USA 
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+ 
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$ 
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ti 

< 
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During the structing of the sets illustrated in Fig. 1, 

Mr. Ross suggested that consideration could very possibly be 
given to the elimination of the requirement for the digits 10 
and 11 in the numeric stick. He stated that a specific code assign 
ment for 10 and 11 was a ’’hangover" of the punched card, and that 
10 and 11 are represented by two digits, viz., 1 and 0 and 1 and 
1 for 10 and 11 respectively in tape and also internally in pro- 
cessors . 


If the digits 10 and 11 are not required in the 6-bit set, 
it will be desirable to associate the semi-colon (;) with the 
comma (,) and the colon (:) with the period (.). 

It was generally agreed, by the ECMA TC-1 members, that 
the question mark (?) could be replaced with the pound sterling 
(<£) in the Sterling Monetary areas. However, one symbol, viz., 
the per cent sign (%) , still remains in that portion of the 7-bit 
which will be displaced by the page format controls in the 6-bit 
collapse . 

Mr. Ttoss also suggested that the 7-bit set contain a 
special graphic (^) defined as "ignore error" and that this 
graphic be located at the bottom of the 6th column. 

Mr. Gottlieb suggested that the two Cobol symbols, less 



than (<) and greater than (>), be removed from that portion 
of the 7-bit which is displaced by the page format controls in 
the 6-bit collapse and placed in the lower section of the graphic 
set. He did not specify where, nor did he explain why, since these 
symbols were not reported by Siemens as part of the European Cobol 
set. 


Mr. Gottlieb asked permission to discuss the basic CIC 
g£j^-(jcture of the ASA X3.2 proposal and to ask that a Cl arrangement 
be considered to simplify the implementation of a 7— bit code in 
accounting machines. The point was discussed at length and it 
was agreed that X3.2 would submit its position m writing to Mr. 
Gottlieb. Mr. Gottlieb was the only ECMA TC-1 member to discuss 
the basic structure of the 7-bit code. 

There was some discussion relating to the assignment of 
graphics to the last two columns of the 7-bit set. The X3.2 
delegates explained that it was possible that the lower case would 
be assigned to this area. 

Note : This is one argument against the 

adoption of Mr. Gottlieb's proposal. 

It appears that Bull of Paris, France, is interested in 
a character set with both the upper and lower cases of the 
alphabet. 

The transmission of data over the Telex network was 
explained by the ECMA members. The present plans are to arrange 
the Telex stations to "shift" to a data mode on the receipt of 
a sequence (e.g. FFFF or HHHH, etc.). In this mode data will 
be transmitted at the same character rate as present Telex 
messages. The result will be an increase in the bit rate from 50 
baud to approximately 56.6 baud, this increase can be accommodated 
on the present network without change in facilities, providing 
of course that regenerative repeaters are not involved in the 
circuit. In the past, an increased bit rate has not been economi- 
cally attractive, because the charges and bit rates have had a 
straight-line relationship. There is some evidence, however, that 
the charges may be adjusted to make it more attractive to go to 
higher bit rates. 
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The transmission of data over the telephone plant is 
not permitted at present. In addition, it is generally felt that 
the telephone plant must be improved before reliable data trans- 
mission will be possible. 



March 14, 1962 
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March 22, 1962 


MR. K. J. AMOS, Technical Manager 
Creed and Company Limited 
Telegraph House 
Croydon, England 

Dear Mr. Amos: 

Thank you for your letter of March 5, 1962. Unfortunately 
I vail not be at the Geneva meeting of the C.C.I.T.T. and, so far 
as I know, no one vdll be there reporting on the code development 
in the U.S.A. However, if Mr. McGregor Ross is present, he vdll 
certainly have most of the story. If I can send you or 
Mr. Rhodes any further data, please let me know. Also, I should 
appreciate a note from you if anything significant develops on 
the code subject at that meeting. 

With regard to your question as to timing intervals 
associated vdth "Who Are You" and "Answer Back". In our line- 
switched service, the answer back mechanism is provided with a 
time delay equal to one character length, measured from the 
initiation of the trip signal. This trip signal is generated in 
the stunt box of the queried printer on receipt of the "Who Are 
You" code. 


This delay is for the purpose of non-contention vdth a 
fill character that may follow the "Who Are You" signal from a 
distant transmitter, rather than for operation of a send-receive 
switch. To further explain, we provide for the use of the "Who 
Are You" signal in tape transmission. In such cases, the fill 
character is used to time out the operation of the Model 28 
typing unit associated vdth the tape transmitter until that 
printer is able to interpret the "Who Are You" signal as 
"transmitter stop". (Because the recognition and execution of 
transmitter stop at the transmitting end is not instantaneous, 
the fill character is required.) In such operation, the last 
character of the answer back restarts the tape transmitter. 
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March 22, 1962 


In actual practice something less than a full character 
delay, depending on propagation time, would be sufficient; however 
an economical solution in the answer back mechanism is to employ 
an integral character length. 

Yours very truly 


BGG:JS 


Director of Product Development 



® #000 

data processing group 


AIR MAIL 


Creed & Com pant] Limited 

TELEGRAPH HOUSE • CROYDON • SURREY 

Telephone MUNicipal 2424 
Telegrams Credo Telex Croydon 
Telex 28836 
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Mr. J.F. Auwaerter, 

Director of Product Development, 
Teletype Corporation, 

5555 Touhy Avenue, 

Skokie, Illinois, 

U. S. A. 


5th March, 1962. 


Dear Mr. Auwaerter, 

Thank you for your letter of the 20th February, from which I am glad 
to learn that the trip from your point of view was worthwhile. 

In this connection, I had wondered if I should be having the pleasure 
of seeing you at the forthcoming C.C.I.T.T. Working Party in Geneva dealing 
with the question of operation at more than 50 bauds. I know that this 
question theoretically only concerns operation within C.C.I.T.T. alphabet 
No. 2, but my own feeling is that the Working Party discussion will broaden 
in relation to new alphabets as well as new speeds. As you did not mention 
it in your letter, however, I assume that you will not be coming yourself 
and that your point of view will be put forward by one or other of the 
American delegates. 

I would also like to take this opportunity of raising a problem with 
you on which I would be grateful if you could advise me. It deals with 
the question of the operation of Send/Receive switch which as you know we 
use quite a bit in Europe in relation’ to polar operation. It is generally 
desirable for the Send/Receive switch to have a delayed return to the receive 
side to avoid unnecessary arcing when operating at cadence speed or below, but 
the timing of this return to receive can be critical in relation to the 
operation of the Answer Back Unit. I wonder, therefore, if you could let 
me know exactly what the time interval is on your equipment, both the T.2o 
and the new models on which I assume an Answer Back is provided, between the 
receipt by a machine of the last code impulse of the Who are You signal and 
its transmission from its Answer Back Unit of the start signal of the first 
answer back character transmitted. Over here in certain cases we impose an 
artificial delay on the actual commencement of the first Answer Back signal 
which arises, partly from the need to give echo suppressors time to reverse. 
However, as I have said above, it also has a bearing on the time in which the 
Send/Receive switch returns to receive, and I am therefore interested m the 
minimum figure and I believe that at least on the T.28 that there is no 
artificial delay imposed on the operation of the Answer Back Unit, but I would 
certainly appreciate it if you could give me the exact timing. 


Yours 







Use of "Escape" Character to Enlarge the Control-Code 
Capacity of the 7-Bit Code - File 37729 and 39065 


March 26, 1962 


ABSTRACT 


The new 7-bit code for 4-row keyboard operation has 33 
codes assigned to control functions. However, the 
immediate and the probable future demand for more con- 
trol codes will exceed by a large amount the available 
unassigned code positions. This memorandum lists the 
known requests for more code assignments. Methods are 
described by which the Escape character might be used, 
together with other characters, to create a large number 
of additional control combinations. 




BELL TELEPHONE LABORATORIES 

INCORPORATED 


subject: Use of "Excape" Character to Enlarge date: March 26 , 1962 

the Control-Code Capacity of the 7-Bit 

Code - Pile 37729 and 39065 from: A. L. Whitman 


MEMORANDUM FOR FILE 


In the new 7-bit code for use with the 4-row keyboard there 
are 25 assigned control characters (for purposes of this 
memorandum Null and Delete are defined as control codes), 
together with eight "Data Delimiters" which have not been 
precisely defined but which are reserved for use by data 
processors and so are not considered usable for communica- 
tion controls.., N 

There are left five unassigned code positions, two in 
Column 1, one in Column 7 and two in Column 8 ; these are 
shown in Fig. 1, attached. (The remaining 26 positions in 
Columns 7 and 8 are considered unavailable, pending final 
determination as to whether or not they are to be used for 
a lower-case alphabet.) 

Attached to this memorandum are three tables, 1, 2, and 3, 
listing requests for 23 code assignments which have actually 
been asked for. It is to be expected that many more such re- 
quests will be made as wider uses for the code are discovered 
in the future. 

In addition, an entry such as that on Table 3, "Code for 
Remote Control of Equipment such as Valves, Switches, etc." 
might require expansion to a large number of separate codes 
where there were a number of devices requiring separate codes 
with possibly two or more types of operation of each device. 

Comparison of the possible future demand with the available 
supply makes it clear that only a small portion of the possi- 
ble requests can be made by the assignment of single discrete 
control characters. Three possible ways to create more 
control codes are: 

1. The use of sequences of characters that are unlikely to 
appear inadvertently ' in transmitted material. This, 
solution gets complicated and difficult when encrypted 
material is involved. 

2. The programming of message format so that the functions 
of certain characters depend on their position in the 
message. An example is in teletypewriter selective 
calling systems, where combinations of letters of the 
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alphabet which appear in the format between the dis- 
connect signal and the end-of-address signal are inter- 
preted as control codes to cut on called stations. 

3. The use of the Escape character as a "gate" or mode 
shifter so that one or more characters sent after the 
Escape character have meanings different from their 
meanings when the system is in the normal mode. For 
example, with the system in the Escape mode letters of 
the alphabet might be used to perform control functions. 

The rest of this memorandum describes various ways in which 
the Escape mode might be used. In general, there are two 
similar but somewhat different basic methods of operation, 
as follows: 

1. Following the Escape character, the system remains in 
the Escape mode for a specified number of characters, 
after which it automatically reverts to the normal 
mode . 

2. Following the Escape character, the system remains in 
the Escape mode until a subsequent signal combination 
restores it to the normal mode. 

Definition of the Normal Mode in this Memorandum 

To make clearer the descriptions of the uses of the Escape 
mode which follow, illustrative examples are given. In 
these it will be assumed that the normal mode is one in 
which printing takes place on the teletypewriters of the 
system and that printing is suppressed in the Escape mode. 

This is entirely for illustrative purposes and is not intended 
to limit the uses of either the normal or the Escape mode. In 
systems, for example, where printing was not involved, the 
differences between the normal mode and the Escape mode might 
have to do with differences of types of functions. Since no 
present applications of this sort are definitely known, this 
aspect will not be pursued further. 

Use of Escape Mode with Automatic Reversion to Normal Mode 

One way, indicated above, to use the Escape character is 
to follow it by a single other character, or by a sequence 
of two or more characters for control purposes. The Escape 
character alone might put the system in the Escape mode so 
that, in the case postulated, the subsequent characters 
assigned as controls might be selected from the graphic set, 
possibly one or more letters of the alphabet. Thus differ- 
ent groups of letters might be used to perform different 
operations or to perform the same operation at different 
stations. 



The last one of the sequence of characters selected as 
Escape Controls would automatically restore the system to 
the normal mode and printing would resume. 

Danger of Lockout of Printing 

If the Escape character alone puts the system in the non- 
printing mode, and if the return to the printing mode re- 
quires a particular sequence of characters, there is danger 
that garbling of any one of the letters of the sequence 
might leave the system in the nonprinting mode, without the 
knowledge of the attendants, so that messages would be lost. 

To guard against this hazard, it is suggested that the re- 
ceiving printing machines might be arranged so that after a 
specified number of characters (following Escape), regard- 
less of what the characters were, the machines would auto- 
matically revert to the printing condition. 

Variable Numbers of Control Characters Following Escape 

In some cases it may be desirable, on the same network, to 
use sequences of control characters (following the Escape 
character) with different numbers of characters. Caution 
must be used to avoid the duplication of letters in sequences 
of different lengths. For example, if the sequence Escape 
ABC is used, the sequence Escape A cannot be used for another 
functional operation. This is because if Escape ABC were 
sent, the Escape A portion of the sequence would also cause 
its assigned function. 

A way to avoid this is to end all sequences with a control 
character, with the equipment so arranged that the desired 
action does not take place until the control character is 
received. By this device the sequence Escape ABC (Control 
Character) would operate independently of the sequence Escape 
A (Control Character) and no inadvertent false operation 
would result. 

As an illustrative example, suppose that it is desired to 
send from an originating tape the control signals needed 
to start a remote transmitter at a station designated ABC. 

For security reasons, and to prevent the pickup of this 
tape from an unauthorized station, the remote station is so 
arranged that the arrival of its code, ABC, is essential to 
start the transmitter. The originating station sends from 
its tape the following sequence: 


Escape ABC XOFF Delete 
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The code XOFF is to stop the originating transmitter to 
allow the remote transmitter to send. The code delete 
is for timing purposes, to give the originating transmitter 
time to stop before the remote transmitter starts. The 

f* transmitted sequence turns on the remote transmitter. 

U 

Lock-In of Escape Mode until Release by Subsequent Signal 

Another possible use of the Escape character (usually 
followed by one or more other characters to make up a con- 
trol sequence) would be to lock the system in an Escape 
mode where it would remain until, a subsequent control se- 
quence restored it to the normal mode. For example, the 
combinations Escape E and Escape P, respectively, might 
be used to go into and out of the mode. 

It is suggested that it is hazardous to use the same 
character (or characters) to go into, and to come out of, 
the Escape mode. This is because if two connected stations 
should inadvertently get out of step, so that one was in 
the Escape mode and the other in the normal mode, they 
could not be brought back into step by repetitions of 
either the exit or the entry Escape combination. The 
special measures required to restore the system to normal 
might be beyond the capability of operators and require 
the services of a maintenance man. 


NY-3112-ALW-TM ALLEN L. WHITMAN 

Att . 

Tables 1 , 2 , 3 
Pig. 1 


TABLE 1 


Additional Control Character Assignments 
Suggested by X 3.3 Subcommittee 

Idle code, for synchronous systems, with 
transitions ( not Null or Delete) 

"Escape" code not a "hit" character ~7S r 

Repeat Request Code (equivalent to ARQ) c& j* 

Mode change code -- voice-to-data or 
data- to- voice 


Total 4 codes 



Table 2 


Additional Data Processing Control Characters 
Requested by a Member of X 3.2 Subcommittee 

c / 

1. Data Message 

2. Last Resort Data Message 

3. Request for Retransmission 

(different from ARQ) 

, 4. ACK 1 ) 

) in addition to WADS ACK 

5. ACK 2 ) 

/ 

6 . Main Alarm 
7- Line Good 

8 . Take Over 

9. Alert 

10. Alert Acknowledge 

11. Klaxon 

12. No Message (not Null or Blank - use Item 1, Table l) 

13 . Initiate Rerouting 

14. Last Old Routing 

15. End of Block (use one of Data Delimiters) 

1 6 . Status Message 

17. Start of Message - Priority 

Total 15 Codes (with duplications omitted) 



Table 3 


Additional Communication Control Characters 
Wanted by Bell System 


1. Control of remote transmitter 
(Different from X ON) 

2. Code to cause change to Tape-to-Tape mode. 
Suppressing printing when "foreign" tapes are 
sent 

3. Code for remote control of equipment such as 
valves, switches, etc. (There could be a 
large number of codes required here for various 
types of operation) 

4. Code to request information from special devices 
(such as for computer applications and tele- 
metering — there could be a large number of 
codes required here for selecting desired items 
of data) 


Total 4 codes 



0 

RECOMMENDED CHARACTER SET FOR 
4- ROW TELETYPEWRITERS 









































































April S t l«6fi 
Allen L. fe'hi femsn 


Chsitgts in 7 -Bit Code f or m-Row 
Tele tfpmw i i-ers , 


HR. W. T. REi* 

The X3.2 Subcommittee at Its regular meeting in Chier f ge on 
April ll-l* will eeneider the p&niWlUy of raking eh&n$»» 
tn the prupoeed Anerl&m Standard Code ss «> result' of 
©dement* received* While it is not clear fcfctt any soasibl* 
chsngee could he i©Ud enough to Justify the Bell System in 
changing the present structure, *t leesfc this is the lest 
minute «t which such changes could be considered at *11. 

“With reference to your elements an the placing of the 
grtphies in pert i ruler the symbols shoes the numerals on 
th© t- p keybc^rd, I have worked *.*v% e proposal which is 
frt teched to this memorandum. In sccerdence with /our 
views I lift vs tried to achieve the fell awing* 

1. Symbols on the to© rote ef keys such typists sre 
used to rather then ra. thews iicsl symbols. 

£. A keybof-rd which might be used identically for 
issuer see *nd UF-LQ coeretioa* The differences 
being that bP-LO opera tion would require th© 
ebsndomaenfc of %Trm W-W key top symbols over the 
letters K, M, N, 0 end P end over th© period and 
th® c“&mm . 

I would vary much appreciate year e^wwmte on this layout m 
* tc wh*t w« should urge on the Subcommittee on next 

**ek« meeting. 

Attached in * fesyboerd chert end * senary *f the graphic 
e.hsrsefcers of the set, I fc*vt not shown the central 

eher^rtere on the charts. original Signed 

by 

ST-5U2«AhW-CP ALLEN L. WHZTOAK 
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April 17 , 1962 


MR. V. K. VAUGHAN, Jr. 

Data and Teletypewriter Planning Engineer 

AT&T Company 

195 Broadway 

New York 7 , New York 

Dear Mr. Vaughan: 

w e have been proceeding with the design of WADS equip- 
ment based on a proposed new American Standards Association (ASA) 
data interchange code. Because of a recent reversal of position 
by IEM it now appears that there may be no single standard data 
interchange code. This requires a prompt decision by the Bell 
System - to either continue on our present course or to change. 
The following choices appear before us: 


I. Continue with the ASA Proposed Code 

The ASA proposed code is logically designed for use 
within computers and in communication systems. It is 
compatible with European thinking and economics. It has a 
very serious fault, however, in that it is not easily con- 
verted to the punched card code. Until a few months ago 
it appeared that this code would be universally accepted 
and would provide an excellent data interchange code. 

1EM has recently reversed its position from support to 
opposition and now advances its own code ("Hollarith") as 
P proposed ASA standard. It is considered certain that 
the ASA designed code will not be accepted as a universal 
standard. The present outlook is for a dual standard with 
both IBM and ASA codes approved. 

WADS equipment is now in manufacture based on the ASA 
code. If Bell continues on this course it is quite certain 
that the code will become an ASA and international standard. 
The disadvantage lies in the fact that WADS and TWX stations 
are not suitable for direct input and output with im coded 
systems. This may require a separate "universe” of I&1 
compatible WADS and TWX stations. 
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II . Change to the IBM Code 

The IEM code is now in extensive use as a data inter- 
change code. It converts easily to the IBM punched card 
code. IBM will continue to use this code - has disowned 
and now opposes the ASA proposed code. 

The I® code is not well designed for use inside a 
computer - it requires some translation. The IBM code 
does not provide a good typewriter keyboard and, although 
usable, is not fully satisfactory for message communication 
service. It does not pamit easy addition of up-lo. We 
expect European communicators and data processors to oppose 
this code. 

If Bell adopts the IBM code, a national standard will 
be immediately and firmly established. This will perpetuate 
for many years, perhaps forever, a code which is awkward 
both for coBmunication and processing purposes. It will, 
however, stimulate business in data communication and 
interchange. 

Europeans and some domestic companies will be very 
unhappy - may charge collusion. Long range result may 
be something like the British-Metric standards conflict. 

III. Return to Baudot 

The Bell System is at a disadvantage with either the 
IBM or ASA codes because of incompatibility with present 
5 unit communication code standards. 

If neither of these offer sufficient hope of becoming 
s true standard, a return to a Baudot oriented code (8 unit) 
will at least avoid the cost and confusion of internal code 
differences. 

Such a code will never be standard for data processors 
but could become an international communications standard, 
with this code, when communication companies try to offer 
data originating or terminating stations, their standard 
offerings cannot be used. With a special offering using 
a processors code they have no advantage over an individual 
data processor/coramunicator . Adding a translator at each 
station is a great disadvantage. With a Baudot oriented 
code, there appears to be no possible escape from this 
situation. 
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A review of these choices indicates that there is a 
short range' advantage in going to the IBM code in that the Bell 
Diant will then definitely conform to a universal interchange 
standard. This advantage is partially offset by a short range 
disadvantage; namely, that such a major change would aelay 
deliveries of equipment for the WADS and TWX programs, 
the long-range, the IBM code will result in a poorer overall 

service. 

We favor continuing with the present program using the 
ASA code even though it appears much less attractive than it 
did originally. In spite of the present very serious set-back 
there is a reasonably good chance that this code in the long run 
mav become a universal standard because of its inherent gooa 
aulities This code has received universal technical endorsement 
(including IBM) and suffers only from incompatibility with punched 
card code! It is possible that this disadvantage will diminish 
with time. This lack of compatibility with punched cards will 
be with us as a problem for many years. We think it is a very 
serious problem. The alternate choice however is even less 

attractive. 

Please let us have your comments as soon as possible. 


WJ2-.AC 
Copy to: 

Mr. W. T. Rea - BTL 
Mr. J. H. Felker - AT&T 
Mr. R. R. Hough - AT&T 
Mr. M. T. Goetz - Teletype 


Yours very truly 

signed sy 

W. J. ZENNER 

Vice President 



1401, 1410, 7040 and 7044 DATA PROCESSING SYSTEMS BULLETIN 


STANDARD BCD INTERCHANGE CODE 

The Standard BCD Interchange Code defines for the IBM Corporation a standard 64- 
character set for the IBM 1401, 1410, 7040, and 7044 Data Processing Systems. The 
code provides compatibility of data for interchange among all systems using this 
standard. The standard provides a consistent definition of: 

1. IBM Card Code 

2. IBM BCD Magnetic Tape Code 

3. Relation between these codes and printed symbols (graphics) 

4. Relation between these codes and machine control codes 

5. Collating sequence of code elements 

6. Two subsets of alternate graphics 

In addition, the standard provides uniform graphics for publications. Existing published 
material will be changed to reflect the standard BCD interchange code. 

Figure 1 is a chart of the standard BCD interchange code. Column 2 shows the graphics 
for the 64 code elements. The equivalent card and BCD codes are shown by columns 3 
and 4. The collating sequence of the 64 code elements is indicated in column 1 by a 
collating number which runs from 00 (low) to 63 (high). 

Five of the code elements have an interchangeable set of graphics (Figure 2). For 
example, the special characters % and ( have the same card and BCD code. The actual 
graphic printed for any one character code depends on the graphics supplied with the 
printing device. Graphic subset 1 (print arrangement A) is made available for report 
writing. Graphic subset 2 (print arrangement H) is made available for programming 
language use. 

Seven of the 64 code elements are control codes (Figure 3). The code structure for 
these control characters remains the same as before. The segment mark and word 
separator codes have new graphics. The substitute blank is used for a blank (no bits) 
in even parity systems that have only 63 code elements. 

Two code elements with special meaning are shown in Figure 4. 

Figure 5 is a summary of the differences between the present 1401-1410 codes 
standard BCD interchange code. 


A-f-j 

© 1962 by International Business Machines Corporation 
Address comments regarding this bulletin to: 

IBM Corporation, Customer Manuals, Department 298, P.O. Box 390, Poughkeepsie, New York 
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8 - 2-1 


8-4 


A-8-4 


B-A 


B-A-8-4 


Graphic Subset 1 
Print Arrangement A 
Graphic Subset 2 
Print Arrangement H 



Figure 2. Graphic Subset 1 and 2 



Control Characters 


Graphic 


GM: 

Group Mark 

TM: 

Tape Mark 

SM: Segment Mark 

MC: Mode Change 

RM: 

Record Mark 

SB: 

Substitute Blank 

WS: 

Word Separator 



BCD Code 

Card Code 

B-A-8-4-2-1 

12-7-8 

8-4-2-1 

7-8 

A-8-4-2-1 

0-7-8 

B-8-4-2-1 

11-7-8 

A-8-2 

0-2-8 

A 

2-8 

A-8-4-1 

0-5-8 


Figure 3. Control Characters and Graphics 



Character 

MZ: 

Minus Zero 

PZ: 

Plus Zero 


Graphic 


BCD Code 


Card Code 




Figure 4. Minus and Plus Zero 





Figure 5. Code Summary Comparison 






































































































All IBM 1401, 1410, 7040 and 7044 Data Processing Systems shipped after June 15, 
1962 will conform to the standard BCD interchange code. Systems installed or shipped 
prior to this date may be converted to the standard BCD interchange code by requesting 
a no-charge MES. Conversion to the standard BCD interchange code requires the 
following changes: 

IBM 1401 Data Processing System: Providing an expanded type style A or H for 
the Console Printer of the 1407 Model I Inquiry Station. Note: The 1402 (1401 
system) will not translate between an A-bit BCD code and the 2-8 card code. If 
translation is required, consult the Regional Special Equipment Department. 

IBM 1410 Data Processing System: Providing the IBM 1415 Console Printer with 
two type heads and 11 key-tops. This allows the system to incorporate the two 
graphic subsets, printing arrangements A and H. 



Irifernational Business Machines Corporation 

Dlta Processing Division, 112 East Post Road, White Plains, N. Y. 


Printed in U. S. A. J22-6690 



RECC.mV.ENDED CODE fU-\ inf Gt\ .!«TICN INTERCHANGE 
FOR CONS' CERA) iC.N BY ISO 
TC97 WORKING GROUP B 

(BASED ON DISCUSSION AT APRIL ASA X3.2 MEETING) 



0 RESERVED FOR CONTROLS 
TCI TRANSMISSION CONTROL 1 
ERR ERROR OR VOID 
EOB END OF BLOCK 
LEM LOGICAL END OF MEDIA 
Sn DATA DELIMITERS 

5.0. SHIFT OUT 

5.1. SHIFT IN 

ALL OTHER ABBREVIATIONS ARE THE SAME AS SHOWN JN PROPOSED AMERICAN STANDARD CODE FOR INFORMATION 
INTERCHANGE DATED 10 NOVEMBER 1961 
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Their positions is not defined 
exactly but it appears to be 
ogroed that the signs . - / 
should be placed at the lower end 
of the first colunn. 
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<51. ob. 95-80 1 JEUX DE GAL.Ci'i'.f,::.': 7;T CODAGE i 

Seer • tar a 1 • FTti-uJClj ; 

U"" U— ““ 1 ' " * 

R' 1'un.i or. du 2 au \ uai 1062 h FASTS 

• ^ wiltioipation 


(PARIS 1 ) at 
^ Lai 1962 


ALLEMAG NP 

MKo U LBRICH, v 


BAUER, 

LOCKEMANN , 


Dr., Ing^niovr, Telcfunken 
Gerberatr. T4 , Dacknang/Wurtt. 

Prof. Dr., oathe&aticien 
Univcrsitnet Mainz 

Dr., ingonieur 
Sicncns & Kal3ke 
Hofaannstr. 5.1 , Munich 


STATS-UNIS I^/^EP.IQ UE ** 
.MM. L „ BLOOM , 


J. BOOTH , 


L. GRIFFIN, 


A.. Li. WHITMAN, 


FRAN CE 


R*Er. BLUEp t( 

MM. R. FRONT ATUA 
BEAU GON IN, 
DURAND, 

J.M, GUILKAUMOU, 
H* HENRI, 


The r.i'tiona] Cash Register Conpany 
El <?c t r " ; . i cs d i v is i on 

1401 East segnndo Boulevnrd-Hawthcrne 
California 

Teletype Corporal icn, Room 624 
235 Broadway, New Y;rk 7, Nov; York 

Navy Department - Navy Manogenent office 
Washington 25. EC, US.! 

Bell Telephone Laboratories 
463 West St., New fork, N.Y. 

IBM - 112 H Post Rd 0 , White Plains, New York 

Direct our U i 1 AFN OR 
Ingenieur h la Cie dcs machines Bull 
Ingunieur a la Cie des machines Bull 
Ingonicur .a In Cie IBM France 
Ingonieur a 1‘Eloctricitc do France 
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M. Richard GOTTLIEB 


ROYAUTE-UNI • •• -- 

MM. G. CHADWICK, 

W. EADIE, 

H.McG. ROSS, 

J.R.W. SMITH, 

nRr..iNT3:.TI0HR TKTERNATI0IU1ES : 
ECMA H. E.C. CIOTF, 


Union Internationale 
fiw B Ghenins de Fer 

tuxe) 


M. P. BIEHFAIT, 


Bec-.rcjtarlat ISO/T C U7/CT 8 s 
M. H. FGISSEL, 


M. P; GIRET, 
Mne LnDEFROUX , 


Tntcrorfete ! 

Hne S. UM/iHSKY 


Laborntoire do Rucherches Electroniques 

Vin del Parlanen.o 33, BORGO LOMB.UDO 
( Milano) 


b a. i. 

IBM United Kingdom Ltd. 
Ferranti Ltd. 

British Telecor.-jaunicptions 

Research Ltd. 


I.C.T. - Gloucester House 
149, Park Lane 
L0NDRG3 W 1 


Ingonieur a la Sto Rationale 
dcs Chewins do fer beiges 


Inglnieur Via Ci.e des machines Bull, 
President de la Reunion 

afnwi 

AFNOR 
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* Or. n souligne ie noa du Chef 
** (Late Arrival) 

R.E. Utman 

Remington Rand Uni vac 
Princeton. N, J . , 


do delegation. 
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INTERNATIONAL ORGANISATION !°? 
ORGANIS ATION INTER, TV: hhlr. if, NORiL.U b.q 

ISO/TO n/m B 
CHARACTER SETS AMO COEHO 

; Secretariat : 

FRAN CE 


ISO/TC 97 Are B . 

(Soe.l) 1 
February 1962 


-S^^SLE2aS^n_.^-l!295»£Ii3!_£S2E5SBS . 

’wg’b CHARACTER SETS AhU CODING 

Meeting to bo held 2-4 Hajr 1962 
in AFNOR premises 49, ruo Vivienne, P.HIo 


DRAFT , .GENOA 


Documents 

IS07TC ~91 KG B_ 


1 1 Opening of the mooting 

2 - Roll call of delegates 

3 - Election of Chairman 

4 - Appointment of a drafting committee 

5 - Approval of draft agenda 

■ ' 7 _ Basic documents gathered by the Secretariat 

.. .8 - First elements of an international agreement in the field 
of charnctor sots 
9 - Vote of tho resolutions 
' 10 - Date and place of tho next mooting 

1 1 - Closure of the mooting 


(Sooil)l 

(Soc.2)2 
1st parti 

(UK 1)3 
(USA 1)4 

(See. 2) 2 
2nd parti 


b* : 9 656 D 


f international urea. 

jnsaise ORGANISATION INTER, A 


us :a..: • • • ATI'.!, 
r ?■: noRjAaeisation 


Ides Victoires 


ISO/TC 97M B 
CHARACTER SETS AND CODING 

Secretariat : 

FRANCE 


ISO/TC 97/WU B O 

(Sec. 2) E 
February 1962 


ISO/TC 97 COMPUTERS AN; 1 IfTCiWATION_PROCESSING 
WG B CHARACTER SETS ANL CODING 


ACTIVITIES OF GROUP B SINCE ITS CONSTITUTION AT GENEVA 


.. ' nf the secretariat of Committee ISO/TC 97 (USA), the Secretariat 

At the request of the oecretariai. * . nf the 1 3t meeting 

of Group B has examined the projected scope and the minutes 
of Group B f and signified its approval of them. 

Secretariat participated in a meeting of Coatee CEI/TC 53 held in London 
in November I96l» 

AFNOR has constituted its ''commission franGarse de normalication interna^ B 

dee Calculateure et du traitement de 1' infcmation wfcwhtao « ^ 

"Character Sets and Coding", which ceiresroms Secre tariat of the International 
French Group B acte as technical adviser to the Secretariat 

.Group B. 

ZSU'&'Si 

of information* 

Ansvero 

DMted-IOjgaSa « Oh 20th September 1961, the BSI sent as a working basis i 

- UK Specification for Data processing codes for punched tapes; 
_ British Standard B3 3174:1959 Alphanumeric Punching code 
data processing cards. 

„ (V, poth September 1 Q 6l, the DNA confirmed its participation in 

, Soup B, ^d naled two' delegates. It regretted not to be able 

to send either Standards or documentation.. 

"Code for information interchange" with its appendice . 

Ttn 1 v s The UNI has not replied. 

Bv a letter dated 1 1 th October 1961, AFNOR also requested working 

elements ZL'ZZ **. «*■*-*!« {jg 

diacuasion (Geneva, May 1961 ), viz. : IiAC, UIT, CrClA, uic, , , 

XFIPS, CIC, AEEB. 


Italy : 


PG/mai 

Arc. : 9 869 D 



None of these organisations supplied any technical eluents, properly 
Bpeakj^. However : 

. IFIPS stated that one. of . its sub-co™ittees works on standardisation in the 
field of terminology and symbols; 

«. CCITT cent in i 

its notice v.i. : Equivalence between binary notation symbols and 
' the significant conditions of ? ^-condition Code; 

_ its International Telegraphic Alphabet No - 2. 

-■the-- report of its Special Commission A - Contribution 

. me reported that wo* vas being done' under its care' on the document under 
consideration. 

Early in .January, Messrs. BLOOM and AWAERTEH, sent^the^Co^ittee 
proposed^American 

in the presence of a representative of AFNOR. 

.It became Apparent that it would be of appointed* 5 to occur in 

meeting of Group B to take littee^T. 

October on the occasion of the plenary session or 

Upon examination, the answers received show : 

- that the members of Groep B would wish a meeting to take place in May; 

. that the most suitable dates would be 2*. 3* and 4* May. 

tte meeting has therefore been organised for these dates in Paris. 

? yCTni OF THE MAY MEE TING IN PARIS 

The main item of the proposed agenda is the following : 

0 - element s of an Intc rnntis nal 

The mere title of this item of the “ 

^thl^^ior^Uowlng elements of appreciation are 
submitted ... 

The two documents ™ p ’. 0 «ssi^^t^ hlvfbeen considered 

- SeLtariat. 

SE 5 ® s»s»>- ’ ~ - 


• • •/ • • • 
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The projected USA Standard shows a code with 7 data tracks. In its 
appendices, it considers the possibility of expansion and contraction, an 
mentions in particular contraction into a numerical code with 4 data tracks. 

There is a certain relationship between these two documents. In the 
projected USA Standard it is stated in paragraph A.4.2.: . .,„.d 

Sit vas considered essential to have a dense 64 - character subset whioh oonteined 

only graphics 

If the basic 6-track code (UK l), page 14 is superimposed upon the 
dense 64-character subset (USA 1) page 14, it will be seen that the positions 
allotted to numerical and alphabetical characters are identical. 

On the other hand, when one compares the (UK l) 128-character code (7 da- 
ta tracks, parity check track) and the USA code, one finds che similarities 
already mentioned, but very few further similarities appear. 

This divergency is dun to the fact that the purposes for which an 
original set of 64 characters or symbols vas expanded into one of 128, were 
not the same. 

In the British version the main object was to introduce the lower 
case alphabet and subscript numbers. In the USA operation, the main purpose was 
apparently to provide the code with a set of controls adapted to the requi-ements 
of teleprinters. 

Apart from the official documents whioh have been mentioned, the 
Secretariat has been informed of other constructive activities in the field 
of character and coding lists. 

Contacts have been made between representatives of Committee X 3-2 
of the ASA and European experts. 

Work has bean undertaken within the ECMA bearing, among other things, 
on the elaboration of a 6 track data code. The Secretariat will endeavour to obtain 
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